home *** CD-ROM | disk | FTP | other *** search
/ Network Support Encyclopedia 13 / Network Support Encyclopedia (Novell Inc.)(1991).ISO / download / as4con.txt < prev    next >
Text File  |  1990-11-05  |  14KB  |  283 lines
  1. 10/90
  2.  
  3. HOW TO HOOK A NETWARE LAN TO AN AS/400?
  4. by Skip Addison 
  5. Director, Consultant Relations
  6. Novell Communications Products Division
  7.  
  8. INTRODUCTION  
  9.  
  10. The AS/400 supports numerous connectivity options including twinaxial
  11. cabling, SDLC (Synchronous Data LinkControl) lines, ethernet and token ring
  12. connections.  Novell has received numerous requests for information onhow
  13. best to tie a NetWare network to an AS/400.  This paper outlines the
  14. connectivity strategy that will best integrate the capabilities of the LAN
  15. and the AS/400 into one system providing access to LAN applications, AS/400
  16. (and S/3x) applications and to new client/server applications using IBM's
  17. System Application Architecture (SAA).  We assume that while the reader may
  18. be familiar with 3270 communications, 5250 communications or NetWare, they
  19. may not be familiar with all three.  We also assume that the reader has
  20. a passing familiarity with LAN technology.     
  21.  
  22. BACKGROUND  
  23.  
  24. Today, the IBM mid range product line consists of the older System 3X
  25. (S/34, S/36, and S/38) series and newer AS/400 series of minicomputers. 
  26. The S/3X products were very successful when they were introduced in the mid
  27. 1970s.  However, sales began to level in the early 1980s with the
  28. increasing popularity of Personal Computers and Local Area Networks.  In
  29. addition, 5250 terminal sales declined as PC terminal emulation replaced
  30. many terminals.  Although by 1988 there were 300,000 IBM S/3Xs installed
  31. worldwide, it was rumored that IBM might abandon the mid range market. 
  32. This rumor was dispelled when in June 1988, IBM announced the AS/400. 
  33. There are nine models of the AS/400, providing from 4 to 96MB of memory and
  34. up to 38GB of disk storage.
  35.  
  36. AS/400 Configurations
  37.  
  38.                                     C04      C06      C10      C20      C25 
  39.                              
  40. Main Storage, MB                    8-12     8-16     8-20     8-32    8-40
  41.  
  42. Max DASD, GB                        .96      1.28     1.28     2.56    3.84
  43.  
  44. Comm Lines                          5        5        8        14      14 
  45. LAN Interfaces                      1        1        1        2       2 
  46. Local Devices (twinax)              14       54       40       80      80 
  47.                             
  48.  
  49.                                     B35      B45      B50      B60     B70
  50.  
  51. Main Storage, MB                    8-40     8-40     16-48    32-96 32-196
  52.  
  53. Max DASD, GB                        13.7     13.7     27.4     54.8    54.8
  54.  
  55. Comm Lines                           16      32       32       32      48 
  56. LAN Interfaces                        4      4        4        4       4 
  57.  
  58. Local Devices (twinax)              160      240      400      600     800 
  59.           
  60.   
  61. At this time there are over 50,000 AS/400s installed, split roughly equally
  62. between the US and the rest of the world.  The key features of the AS/400
  63. are a high-level machine interface, an object-oriented design, single-level
  64. storage with relational database capabilities, and highly integrated
  65. systems functions.  Although there are office, electronic mail, and query
  66. applications available for the AS/400, the most common applications are
  67. industry specific such as accounting and manufacturing software packages.  
  68.   
  69. COMMUNICATIONS  
  70.  
  71. The AS/400 supports several communications options over several different
  72. types of media as shown below:        
  73.  
  74.                            SDLC              Twinax            Token Ring  
  75.        
  76. 5250 (LU 4 & 7)            yes               yes               no 
  77. 3270 (LU 1, 2, 3)          yes               no                yes         
  78. APPC (LU 6.2)              yes               yes               yes         
  79.                             
  80.  
  81. A REVIEW OF THE TERMINAL TYPES  
  82.  
  83. > 3270
  84. For reasons unknown outside IBM, mainframe computers based on the 370
  85. architecture do not share common communications with the S/3x
  86. minicomputers.  IBM mainframes were designed to work with the 3270 family
  87. of terminals.  3270 terminals can talk to a mainframe via either an SDLC
  88. line or a Token Ring.  Additionally, the IBM 3270 terminal controller can
  89. attach directly to a mainframe's I/O channel.  SNA's LU type 1 printer,
  90. type 2 display, and type 3 printer describe the 3270 terminals.  
  91.  
  92. The 3270 system was designed with an eye towards large installations.  Up
  93. to 128 terminal sessions can use a single terminal controller.  By
  94. emulating a controller, a single LAN-to-host gateway can represent up to
  95. 255 users.  Moreover, multiple gateways can share a single attachment to
  96. the mainframe.  
  97.  
  98. > 5250
  99. The System/3x machines from which the AS/400 is descended were designed to
  100. use the 5250 family of displays and printers.  These communicate with the
  101. minicomputer via either SDLC or Twinax hardware.  
  102.  
  103. In IBM's System Network Architecture (SNA), each type of terminal or
  104. printer has its own Logical Unit (LU) type.  The LU type number defines the
  105. communication protocol, or language, that the device "knows how to speak." 
  106. The 5250 terminals are LU types 4 and 7.  
  107.  
  108. Only up to 7 terminals are allowed to connect to a single twinax interface. 
  109. For single user terminals this was not a limitation.  In the world of LAN
  110. gateways, however, only 7 connections is a distinct limitation.  
  111.  
  112. A 5250 terminal can not talk to a mainframe; and until the AS/400 came out,
  113. a 3270 terminal could not talk to a minicomputer.  The differences in the
  114. protocols have caused significant problems.  
  115.  
  116. AS/400 COMMUNICATIONS
  117.  
  118. Both the 5250 and 3270 protocols are based on a master-slave relationship. 
  119. The minicomputer or mainframe is the master and the terminal is the slave. 
  120. As desktop devices grew more sophisticated, however, IBM needed to develop
  121. a communication mechanism which would let an application on a desktop
  122. computer talk to an application on a mainframe as peers.  IBM called this
  123. Advanced Peer-to-Peer Communications or APPC.  APPC uses the LU 6.2
  124. communications protocol.  APPC is available on the AS/400 via twinax, SDLC
  125. and token ring connections.  
  126.  
  127. APPC is the primary backbone of future SAA-compliant networks.  Using
  128. APPC/LU 6.2, desktop applications can share data in a cooperative
  129. processing environment with the mainframe, sending updates and queries to
  130. host transaction databases.  
  131.  
  132. Because of APPC's ability to provide highly functional sessions, whether
  133. for terminal service or client server applications, IBM has put most of its
  134. long term strategic emphasis on APPC for connections from desktop
  135. computers.  However, the 3270 and 5250 communication protocols will still
  136. be used for many years, because of their support for nonprogrammable
  137. terminals and a large installed base.    
  138.  
  139. Because of the communication differences between different terminal
  140. systems, IBM encourages developers to develop their applications in such a
  141. way that either 5250 or 3270 terminal users can use them.  The long term
  142. direction from IBM is to use APPC/LU 6.2 for all SAA compliant
  143. applications.  
  144.  
  145. Also, the AS/400 provides no documented method of supporting
  146. non-programmable terminals and APPC from the same gateway.  Therefore,
  147. whether using 3270 or 5250 terminal emulation, a separate gateway will be
  148. required for SAA compliant client/server applications.     
  149.  
  150. > 3270 SNA for AS/400  
  151. When IBM introduced the AS/400, they reduced its dependency on 5250
  152. terminals by allowing 3270 terminals to run applications that had
  153. heretofore required 5250 terminals.  This is made possible by transparently
  154. translating between the 3270 and 5250 data streams "on the fly".  That is,
  155. the application running "sees" a 5250 terminal although the user may
  156. actually be using a 3270 terminal.  
  157.  
  158. The translation is not perfect, however.  The principal difference is that
  159. the 3270 keyboard is missing three keys that exist on the 5250 keyboard
  160. ("Field +", "Field -" and "Field Exit").  
  161.  
  162. "PC SUPPORT"
  163.  
  164. IBM's AS/400 PC Support program allows PCs to connect to an AS/400 via
  165. token ring, ethernet or twinax.  In this case, the PC is emulating a 5250
  166. terminal, but the 5250 information is "buried" in LU 6.2 packets for
  167. transmission across the token ring. (Note that the chart above indicates
  168. that 5250 communications can not be sent directly over the token ring.) 
  169. Unfortunately, IBM's AS/400 PC Support program degrades performance of the
  170. AS/400 and consumes  a sizeable portion of the PC's RAM.  The determination
  171. of whether these detractions are prohibitive or not must be made by the
  172. customer.  
  173.  
  174. There is no support from IBM for third-party equivalents to AS/400 PC
  175. Support.  The method used by AS/400 PC Support to encapsulate the 5250 data
  176. stream in APPC/LU 6.2 is not documented publicly.  
  177.  
  178. NOVELL AS/400 COMPATIBLE COMMUNICATION PRODUCTS 
  179.  
  180. LAN to mainframe and LAN to minicomputer products are a major part of
  181. Novell's communication product line.  We have products for all three
  182. communication protocols (3270, 5250 and APPC).  These are described below. 
  183.  
  184. 3270 and APPC Communications.  
  185.  
  186. There are two products which provide 3270 and APPC communication protocols,
  187. the NetWare 3270 SNA Gateway and NetWare 386 Communication Services for SAA
  188. (which will begin shiping later this year).  In the SNA Gateway and
  189. Communication Services for SAA, a PC on the LAN emulates an IBM cluster
  190. controller.  This gateway PC can attach to the AS/400 using either SDLC or
  191. token ring.  Other PCs on the LAN run the NetWare 3270 LAN Workstation
  192. software to emulate 3270 terminals and use APPC.
  193.  
  194. Novell's 3270 LAN Workstation has always included a keyboard definition
  195. utility permitting users to permit users to redefine the keyboard for 5250
  196. emulation.  On October 18th we will begin shipping our SNA product with
  197. 5250 keyboard emulation as an option (but the 3 "missing keys" will still
  198. be missing.
  199.   
  200. The gateway plays a central role in the interaction between users and the
  201. AS/400.  It performs the low level interaction with the AS/400, freeing up
  202. memory and processing power in the workstation.  The high level interaction
  203. is handled at the workstation.  In SNA terms, the gateway emulates a PU,
  204. the workstation a LU. 
  205.  
  206. Due to limitations in the AS/400, one gateway can not support both 3270 and
  207. APPC simultaneously.  This limitation does not exist in the mainframe
  208. world.                                                        
  209.  
  210. 5250 Communications.   
  211.  
  212. The NetWare 5250 Gateway, Version 2 emulates a 5250 terminal controller
  213. (IBM 5251 Model 12, 5294, or 5394) so that up to 7 or 9 workstations
  214. (depending on configuration) on the LAN can function as 5250 terminals on a
  215. System/34, System/36, System/38 or AS/400.  The gateway connects to the
  216. AS/400 via either twinax or SDLC lines.  In concept, it is identical to the
  217. NetWare SNA Gateway except that it facilitates emulation of 5250 terminals
  218. rather than 3270.     
  219.  
  220. STRATEGIC DIRECTION  
  221.  
  222. As we have seen above, in connecting NetWare to an IBM mainframe there is
  223. little question about how to proceed.  NetWare SNA Gateways provide highly
  224. reliable, fully functional 3270 terminal emulation, the same type of
  225. communications mainframe applications expect in normal day-to-day
  226. operation, with or without a LAN.  There has been some confusion, however,
  227. in the area of connectivity to the AS/400.  This confusion has arisen, in
  228. part, because of the dependence of many System/3x applications on 5250
  229. communications on the one hand, and the historically poor industry support
  230. (including support from IBM) for 5250 communications.    
  231.  
  232. One can see, however, that IBM's trategic direction is to provide the
  233. broadest level of support to 3270 and APPC communications.  While the
  234. AS/400 can support 3270, there is no support for 5250 terminals on
  235. mainframes.  While the token ring can support 3270 controllers, there is no
  236. direct 5250 terminal support on token ring, except for AS/400 PC Support. 
  237. It is clear that IBM's primary strategic direction is focused on APPC and
  238. cooperative processing.  Novell is supporting this direction and increasing
  239. NetWare's connectivity to the AS/400.   
  240.  
  241. RECOMMENDATION  
  242.  
  243. 1.   All new applications being developed for use by non-programmable
  244.      terminals should support 3270 terminals as an option.      
  245.  
  246. 2.   All cooperative processing applications for the IBM environment should
  247.      use APPC/LU 6.2.    
  248.  
  249. 3.   Users should look to 5250 gateways and terminal emulation (including
  250.      AS/400 PC Support) as a migration strategy for existing applications. 
  251.      
  252. By following these recommendations users can expect the following benefits: 
  253.  
  254.          >Support for existing applications  
  255.          >Positioning the network for future enhancements      
  256.          >Better support for advanced communications  
  257.  
  258. Existing applications have largely been written to use the 5250 data
  259. stream.  
  260.  
  261. For many users, 5250 gateways are the preferable choice to ease the
  262. transition to LAN based systems without retraining.  
  263.  
  264. While providing support for these existing applications, MIS staff and
  265. application developers can best position themselves and the corporate
  266. network to take advantage of future communication enhancements by
  267. developing all new applications in such a way that they can be used by
  268. either 5250 or 3270 users.  Applications to be used by PC users (ie. no
  269. nonprogrammable terminals) should be written to use APPC/LU 6.2.  
  270.  
  271. Micro to AS/400 applications which are implemented using APPC in compliance
  272. with SAA provide the highest level of functionality today and are in the
  273. best position to support all the features of the network of the future.   
  274.  
  275. CONCLUSION  
  276.  
  277. The changing world of data communications offers ever better means of
  278. communicating between the desktop and the minicomputers and mainframes. 
  279. Today's changes, however, must preserve yesterday's investments.  So when
  280. it comes time to determine the best strategy for tying the AS/400 to a LAN,
  281. the recommendation is: APPC for the long term strategy; 3270 and 5250 as a
  282. migration tool and for support of existing applications.   
  283.